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COLLABORATIVE MANAGEMENT OF DELIVERY SCHEDULES 

CROSS-REFERENCE TO RELATED APPLICATION 
This application claims priority to U.S. Provisional 
Application No. 60/395,245, filed on July 10, 2002, the 
5 contents of which are hereby incorporated by reference into 
this application as if set forth herein in full. 

TECHNICAL .FIELD 
This application relates generally to handling incoming 
customer delivery schedules in a supply chain. 

10 BACKGROUND 

Supply chain management refers, generally, to managing 
commerce (e.g., product shipments) between a manufacturer, 
various intermediaries, such as distribution centers, 
wholesalers and the like, and customers. 

15 Standard supply chain manufacturing business-to-business 

transactions are automated using software on the customer side 
and supplier side. In a standard transaction, the customer 
releases, to the supplier, long-term forecasts of delivery 
dates and quantities of product that are within the scope of 

20 existing contracts. The customer also releases new or 
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modified short-term delivery date and product quantity 
requirements that are within the scope of existing contracts. 

Upon receiving the requirements, the supplier's system 
adds new or modified long-term and short-term requirements to 
5 its due delivery schedule for the supplier's customers and 

products. The supplier's system then schedules non-committed 
production time of resources and examines its inventory to 
meet the new delivery requirements. 

In many manufacturing enterprises, software performs the 

10 scheduling due to the complexity of the production 

requirements and resources. Typically, this involves two 
people: one person to run the production scheduling software 
with new delivery schedules and another person to negotiate 
with the customer when due dates cannot be met. The output of 

15 the scheduling is an updated master production schedule. 

Next, the supplier's manufacturing resource planner (MRP) 
software generates new detailed production requirements from 
the updated master production schedule. After the production 
requirements are generated, the MRP software allocates and 

20 dispatches production resources to manufacture the products 
according to the production requirements. The finished 
products are sent to the customer along with advanced shipping 
notifications (ASN) . 
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• A problem with standard transactions is that two or more 
people (on the supplier side) are kept busy controlling the 
production scheduling software and negotiating with the 
customer. By way of example, the production scheduling 
5 software may report to the supplier that its newly created 
schedule will not completely satisfy a customer's new 
requirements. In this case, a person at the supplier 
communicates the problem to the customer and negotiates either 
to relax the customer's requirements or to cancel orders. 

10 This problem is particularly important in certain industries 
where the supplier has the power to propose a schedule that 
deviates from the customer's preferred delivery schedule. 

The supplier's people are also kept busy determining when 
a new delivery schedule from the customer is eligible for 

15 consideration by the supplier and/or if the deviations of the 
new schedule from a most recently confirmed delivery schedule 
are sufficiently substantial and abrupt to indicate problems 
in a communication with the customer. 

SUMMARY 

20 In general, in one aspect, the invention is directed to a 

method, performed on a computer of supplier, which is used in 
managing a supply chain with multiple customers. The method 
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includes receiving a new delivery schedule from a customer, 
determining a deviation between the new delivery schedule and 
a confirmed delivery schedule from the customer, and 
determining if the new delivery schedule is eligible for 
5 further consideration based on the deviation. If the new 

delivery schedule is eligible for further consideration, the 
method also includes generating a schedule of production 
resources and inventory that satisfies at least some 
requirements of the new delivery schedule, and confirming to 

10 the customer that the supplier accepts the new delivery 

schedule. This aspect of the invention may also include one 
or more of the following features. 

Generating the schedule may include updating an existing 
schedule of production resources and/or creating a new 

15 schedule of production resources. Determining the deviation 
may include comparing items from the new delivery schedule to 
items from the confirmed delivery schedule. The items may 
include quantities of goods to be delivered at specified 
dates. The deviation may be indicative of an error if the 

20 deviation exceeds a predetermined tolerance. 

The method may also include prompting a user for input if 
the deviation exceeds the predetermined tolerance. 
Determining if the hew delivery schedule is eligible for 
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further consideration may be based, at least in part, on the 
user input. The new delivery schedule may be a forecast of 
delivery requirements, such as a long-term forecast. The 
method may include allocating resources based on the schedule 
5 of production resources. 

In other aspects, the invention is directed to an 
apparatus and machine-readable medium that are used in 
performing the foregoing method. 

Other features and advantages of the invention will 
10 become apparent from the following description, including the 
claims and drawings. 

DESCRIPTION OF THE DRAWINGS 
Fig. 1 is a block diagram of a computer that contains 
software used by a manufacturing supplier to handle incoming 
15 customer delivery schedules in a supply chain. 

Fig. 2 is a block diagram of an architecture that 
implements a process used by a manufacturing supplier to 
handle incoming customer delivery schedules in a supply chain. 
Fig. 3 is a flowchart showing a process used by a 
20 manufacturing supplier to handle incoming customer delivery 
schedules in a supply chain. 
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Fig. 4 is a graphical user interface (GUI) for a use by a 
supplier in determining if a received delivery schedule is 
eligible for consideration. 

Fig. 5 is a GUI for use by a supplier to check the 
5 feasibility of a received delivery schedule from a customer. 

Fig'. 6 is a GUI for use by a supplier, which indicates 
that the supplier's currently confirmed schedule deviates from 
a customer's delivery schedule. 

Fig. 7 is a GUI for use by a supplier that shows a 
10 requested delivery schedule from two customers and a most 
recently confirmed delivery schedule from the customers. 

Fig. 8 is a GUI for use by a supplier, which shows 
results of rescheduling production to reduce the deviation 
between a requested delivery schedule and the most recently 
15 confirmed delivery schedule of Fig. 6. 

Like reference symbols in different figures indicate like 
elements. 

DETAILED DESCRIPTION 
Fig. 1 shows a computer system 10. Computer system 10 
20 contains a storage medium 12 that stores software (i.e., 

executable instructions) , such as operating system software 14 
and network software 16 for communicating over a network. 
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Storage medium 12 also stores other software, including, but 
not limited to, collaborative management of delivery schedules 
(CMDS) application 18. In this embodiment, processor 20 
executes CMDS application 18 to perform the CMDS process 
5 described below. CMDS application 18 contains various 

software routines for use by a manufacturing supplier to 
handle incoming delivery schedules in a supply chain. 

Fig. 2 shows a block diagram, which includes a block 
diagram of software modules on the supplier's side that 

10 implement the CMDS process. Fig. 3 is a flowchart of the CMDS 
process implemented by the software modules of Fig. 3. 

The CMDS process improves the interaction between a 
customer 30 and a manufacturing supplier 32. Referring to 
Figs. 2 and 3, customer 30 creates (66) new delivery schedules 

15 34. These new delivery schedules 34 may be long-term 

forecasts designed to assists supplier long-term planning 
efforts. The delivery schedules 34 may also include short- 
term requirements. Customer 30 then sends (68) new delivery 
schedules 34 to sales & distribution block 40. 

20 Sales & distribution block 40 combines (70) the new 

(short-term and long) delivery schedules for a given customer 
into a new due delivery schedule 44. Sales & distribution 
block 40 also checks the new delivery schedules 34 for 
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compatibility with existing contractual arrangements 42. The 
resulting new due delivery schedule 44 is passed to the 
available-to-promise (ATP) block 48. 

ATP block 48 can be configured to run automatically or 
5 semi-automatically (i.e., under the control of a user). ATP 
block 48 compares (72) new due delivery schedule 44 to a most 
recently confirmed delivery schedule for customer 30. If the 
two are the same, a confirmation may be sent to the customer. 
If the two are not the same, processing proceeds as follows. 

10 ATP block 48 determines (74) if a deviation between the 

new due delivery schedule 44 and the most recently confirmed 
delivery schedule is less than a predetermined tolerance. The 
tolerance may be a percentage of product quantity to be 
delivered at a given date, and may be set by a user. 

15 If the deviation is less than the predetermined 

tolerance, then the new delivery schedule is automatically 
eligible for further consideration provided the new due 
delivery schedule contains no other errors. A schedule may 
not be eligible for further consideration if deviations from 

20 the most recently confirmed delivery schedule are sufficiently 
substantial to indicate problems in a communication with the 
customer. If the new delivery schedule is eligible for 
further consideration, the CMOS process proceeds. 
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If the deviation between the new due delivery schedule 44 
and the most recently confirmed delivery schedule is greater 
than the predetermined tolerance (74), then ATP block 48 asks 
the user to make a manual decision (76) about whether the new 
delivery schedule is eligible for further consideration. If 
the user opts for further consideration, the CMDS process 
proceed as described below; otherwise it ends. 

At this point in the CMDS process, supplier 32 has an 
existing production schedule with delivery dates that are 
confirmed by its customers. This production schedule 
specifies when production resources are working and on what 
products the production resources are working. This 
production schedule corresponds to a confirmed master 
production schedule 58 and/or a material requirements plan 62. 

Given the existing production schedule, ATP component 48 
determines (78) if the new delivery requirements in new due 
delivery schedule 44 can be met by the supplier without 
violating existing delivery commitments. This is done by 
passing, to the supplier's automatic production scheduler 52, 
new due delivery schedule 44. New due delivery schedule 44 
thus becomes a proposed schedule to scheduler 52. 

Automatic Production Scheduler 52 incorporates proposed 
schedule 54 into the master schedule by scheduling only 
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available time of production resources to meet the new 
delivery requirements, or by rescheduling all of the time 
(including previously-committed time) of the production 
resources so that existing confirmed delivery due dates and 
5 quantity commitments can be kept. Whichever option is 

selected, automatic production scheduler 52 responds to ATP 
block 48" s proposed schedule 54 with an answer 50. Answer 50 
indicates whether the delivery due dates and quantities in the 
proposed schedule 54 can be met. 

10 In automatic mode, if delivery due dates and quantities 

can be met, then an automatic confirmation of the new delivery 
schedule 34 is sent (80) to customer 30. The proposed 
production schedule thus becomes' the confirmed master 
production schedule 58 (or updates from the proposed 

15 production- schedule are incorporated into the master 

production schedule) . If delivery due dates and quantities 
cannot be completely met, then an automatic confirmation of 
the supplier's new delivery schedule that only partially meets 
the due dates and quantities is sent (80) to the customer 30. 

20 In this ease, customer 30 can modify the due dates and create 
a new delivery schedule that matches the supplier's confirmed 
schedule, or cancel the order. 
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In semi-automatic mode, the user 46 gives final approval 
to the new production schedule before the customer 30 is 
notified and before the confirmed master production schedule 
58 is updated. 

After the confirmed master production schedule 58 is 
updated, material requirements planner 60 regenerates material 
requirements plan 62 and begins dispatching production 
resources and subassemblies according to this plan 62. 
Production system 64 responds to plan 62 and makes deliveries 
38 on time to customer 30. 

A GUI on the supplier's computer enables the user to 
proceed through the steps illustrated in FIG. 3. The GUI 
provides the following functions: 

(1) displaying incoming new delivery requests from 
different customers; 

(2) indicating to a user whether or not a new delivery 
request appears to be without error (eligible for 
consideration by supplier) ; 

(3) enabling a user to choose between automatically, or 
upon request, scheduling or rescheduling production to satisfy 
incoming new release schedules from the customer; 
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(4) enabling the user to view and accept proposed 
scheduling or rescheduling of production resources to satisfy 
a latest release schedule from the customer; and 

(5) enabling the user to choose whether to automatically 
5 regenerate production requirements based on proposed 

scheduling or rescheduling of production resources. 

One embodiment of the GUI is illustrated in Figs. 4 to 8 . 
In Fig. 4 (window 118), line 104 is the latest confirmed 
delivery request from customer "OEM", while line 105 is the 

10 most recent delivery request from the customer "OEM". In this 
case, the most recent delivery request 105 is for "110" units 
to be delivered by April 22, 2002 and "140" units to be 
delivered by April 25, 2002. The latest confirmed delivery 
request 104 from "OEM" is for "100" units to be delivered by 

15 April 22, 2002 and "150" units to be delivered by April 25, 
2002. Box 119 indicates to the user that this delivery 
request 105 is eligible for consideration by the supplier with 
the message "Eligibility OK". Delivery request 104 is 
eligible because the delivery due dates are identical to the 

20 latest confirmed dates and the deviation between the 

quantities of "110" and "140" is below the predetermined 
tolerance . 
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Via Fig. 5 (window 101), a user may request a feasibility 
check of a schedule change by pulling down submenu 102 and 
selecting "Check Feasibility with Due Del. Schedule". This 
action checks whether a new delivery request can be satisfied 
5 based on current inventory and without modifying any currently 
scheduled production time on resources. In this example, sub- 
window 103 informs the user that the new delivery request 
cannot be satisfied within the constraints of the currently 
confirmed delivery schedule. 

10 Here, the user decides not to reschedule production. The 

customer "OEM" receives confirmation that there is a deviation 
between the delivery request and the supplier's capabilities. 
The user may click on the "Product Heuristic" button 108 to 
ask the scheduler if the new delivery request can be satisfied 

15 by rescheduling existing production resources. 

Fig. 6 shows the updated GUI window 121, in which a 
confirmation (with deviation) has been sent to the customer. 
Field 106 shows that the current status of the delivery 
schedule is #41 ("Confirmation Deviates"). Sub-screen 107 

20 displays all of the possible values for the current status. 

Figs. 7 and 8 show the GUI in the situation where the 
user asks the system to reschedule production to see if new 
delivery requests can be satisfied. After this check, the GUI 
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informs the user that most of the new delivery requirements 
can be satisfied. Fig. 7 shows window 123 with four new 
delivery requests. Delivery request 109 from customer "OEM01" 
is a modification of a confirmed delivery of 100 units on May 
5 10, 2002. The modification increases this delivery to "120" 
units. Delivery request 110 from customer "OEM" is a 
modification of a confirmed delivery of "40" units on May 13, 
2002. The modification increases this delivery to "80" units. 
Delivery request 110 from customer "OEM" is a modification of 

10 a confirmed delivery of "40" units on May 13, 2002. The 

modification increases this delivery to "80" units. Delivery 
request 111 from customer "OEM01" is a new delivery request 
for "20" units on May 14, 2002. Delivery request 112 from 
customer "OEM01" is a modification of a confirmed delivery of 

15 "100" units on May 14, -2002. The modification increases this 
delivery to "120" units. 

After the system has rescheduled to attempt to satisfy 
these new delivery requests, the system displays window 117 
(shown in Fig. 8) to the user. 

20 Window 117 informs the user that three out of the four 

new delivery requests can be satisfied and confirmed to the 

; customers. Specifically, new delivery request 109 is 

satisfied according to box 113, which informs the user that 
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120 units can be delivered on time. New delivery request 110 
is satisfied according to box 114, which informs the user that 
80 units can be delivered on time. New delivery request 111 
is satisfied according to box 115 that informs the user that 
5 20 units can be delivered on time. New delivery request 112 
cannot be satisfied according to box 116, which informs the 
user that only 100 units can be delivered on time. 
Subsequently, confirmation of this new schedule that partially 
deviates from the customer's new delivery schedule may be sent 

10 to the customer. 

Although a computer is shown in Fig. 1, the 'processes 
described herein, including the CMDS process, are not limited 
to use with the hardware and software of Fig. 1. The 
processes may find applicability in any computing or 

15 processing environment. The processes may be implemented in 
hardware, software, or a combination thereof. 

The processes described herein may be implemented using 
one or more computer programs executing on one or more 
programmable computers or other machines that each includes a 

20 processor and a storage medium that is readable by the 

processor (including, but not limited to, volatile and non- 
volatile memory and/or storage components) . 
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Each such program may be implemented in a high-level 
procedural or object-oriented programming language to 
communicate with a computer system. However, the programs can 
be implemented in assembly or machine language. The language 
may be a compiled or an interpreted language. 

Each computer program may be stored on a storage medium 
or other article of manufacture (e.g., CD-ROM, hard disk, or 
magnetic diskette) that is readable by a general or special 
purpose programmable computer for configuring and operating 
the computer when the storage medium or device is read by the 
computer to perform the processes described herein. The 
processes may also be implemented as one or more machine- 
readable storage media, configured with one or more computer 
program(s), where, upon execution, instructions in the 
computer program (s) cause one or more machines to operate in 
accordance with the processes described herein. 

Other embodiments not described herein are also within 
the scope of the following claims. 

What is claimed is: 



